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0 Blocks of digital information for computer pro- 
grams and/or data are broadcast (30) by way of 
teletext pages and can be used by computers (43) 
connected to suitable receivers (40) (telesoftware). 
The data of one or more pages of the teletext 
system define in coded form a configuration chapter 
containing the items of information for access to 
other teletext pages, the digital information in re- 
spect of which constitute a given file of programs 

a and/or data for the receiving computer. The 
transmission/reception protocol is organised in eight 
levels of which the lowest two levels are common to 
Qthe teletext system and concern the apparatus for 
(^transmission/reception of the radio signals, and 
coding/decoding (41) of digital signals extracted from 
Qthe radio signals and the temporary storage thereof. 
(V) Other levels of the system are respectively intended 
_to extract from the stored data correct data which 
are devoid of errors and which are appropriate to the 
1^ operating environment of the transmission and/or 
^reception apparatus, and to define more chapters 
forming the file. Rnally in the eighth level the trans- 


mitted transmissions may be optionally ciphered (35) 
in accordance with suitable keys to permit reception 
only by persons who have deciphering apparatus 
enabled by corresponding deciphering keys. 
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SYSTEM FOR THE TRANSMISSION AND/OR RECEPTION OF COMPUTER PROGRAMS AND/OR DATA BY 

WAY OF TELETEXT 


The present invention relates to a 
"telesoftware" system, that is to say a system for 
transmission and/or reception through the air of 
files containing programs and/or data, in a teletext 
environment and to transmission apparatus and 
receiving apparatus for use in such a system. 

A transmission system of that type is known in 
which the files containing the programs and the 
data are transmitted with the same procedure as 
that used for the teletext pages. In that known 
system the data and/or the program steps con- 
tained in each teletext page are completed by a 
check code which is used upon reception for de- 
tecting enrors. Acceptance of the page is thus 
conditional on correctness of all the lines which 
form that page. The data and/or software programs 
in that system co-exist with the teletext pages 
which can be displayed on the screen of a televi- 
sion receiver equipped with suitable decoding cir- 
cuits. That system has the disadvantage that any 
errors in transmission or reception delay reception 
of the entire file of data and/or program to an 
unacceptable degree in the situation where 1he 
errors re-appear, even in different lines, in the 
repeated reception of the rejected page. That is 
particularly disadvantageous in broadcast transmis- 
sions which involve particularly hilly geographical 
regions, like those of the Italian tenitory, which 
frequently involve the reception of spurious echo 
signals which adversely affect correctness of the 
transmissions. 

In that known system moreover the number of 
lines contained in a teletext page is higher than in 
a normal teletext page. In fact the error check code 
and the codes for connection between the various 
pages of the file are contained in the teletext lines 
from the 24th to the 31st lines, refenred to as 
"ghost rolls", that is to say ghost lines since they 
are not displayed by a normal teletext decoder. 
Such lines however cannot be produced by the 
major part of the teletext generating systems which 
are used at the present time by the broadcasting 
companies. 

The technical problem on which the present 
invention is based is that of providing a system for 
the transmission/reception through the air of files 
with data and/or programs, in a teletext environ- 
ment, which is little affected by disturbances in 
transmission, which is quick, which permits a high 
degree of flexibility both in organisation and in the 
capacity of the files and which does not disturb 
reception of normal television programmes. 

In one aspect the present invention provides a 
system of transmission through the air of files with 


data and/or programs in a teletext environment, in 
which the teletext transmissions contain digital in- 
formation constituting teletext pages, characterised 
in that the files are transmitted in accordance with 
5 a telesoftware transmission procedure whose pa- 
rameters are in turn transmitted in a configuration 
chapter between the teletext pages as configuration 
data associated with said telesoftware transmission 
procedure, and in which said files with data and/or 
70 program are taken from the teletext pages in accor- 
dance with a telesoftware-taking procedure, the 
configuration data thereof having been taken from 
said configuration chapter. 

In accordance with another feature the system 
75 comprises masking means for extracting from the 
teletext signals significant data which are free from 
enrors. means for detecting the errors and for the 
auto-conrection of the significant data contained In 
a given sub-assembly of blocks of information of a 
20 teletext page, means for transcoding of the conrect 
significant data into data appropriate to predeter- 
mined coding (bytes), means for extracting from 
the data appropriate to the predetermined coding 
the blocks of data forming a program and/or data 
25 file, and optional means for selective control of 
access to the program and/or data file. 

Other aspects of the invention are defined in 
the claims appended to this description. 

The various aspects and features of the inven- 
30 tion will be apparent from the following description 
which is given by way of non-limiting example with 
reference to the accompanying drawings in which: 

Figure 1 is a general block diagram of the 
transmission and/or reception system according to 
35 the invention. 

Figure 2 is a block diagram of a reception 
apparatus according to the invention, with a variant 
for a block of the diagram shown in Figure 1. 

Figure 3 is another reception apparatus with 
40 another variant for a block shown in Rgure 2. 

Figure 4 is an operating diagram of the sys- 
tem according to the invention. 

Figures 5a. 5b and 5c diagrammatically 
show different modes of operating the apparatus 
45 shown in Rgure 3. 

Figure 6 shows a further mode of operating 
the apparatus of Figure 3. 

Figure 7 is a block diagram of some items of 
infonmation contained in the detail in Figure 6, 
50 Figure 8 is an operative diagram of a data 

conversion mode of the system according to the 
invention. 

Rgure 9 is a data conversion table of the 
Rgure 1 system, 
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Rgures 10. 11 and 12 are block diagrams of 
some items of information which can be stored in a 
memory in Rgure 3, 

Rgures 13, 14 and 15 are circuit diagrams of 
parts of the apparatus shown in Rgure 3, 

Rgures 16 and 17 are block diagrams of 
further items of Information which can be stored in 
a memory in Rgure 3. 

Rgure 18 is a fiow chart of the mode of 
operation of the system according to the invention, 
and 

Rgure 19 is another flow chart of the mode 
of operation of the system according to the inven- 
tion. 


GENERAL ASPECTS OF TELETEXT TRANSMIS- 
SIONS 

As Is known, teletext transmissions involve a 
system for transmission through the air of informa- 
tion for the user, which appears on the television 
screen in the form of "pages" containing a written 
text and simple graphics. For that purpose, the 
system uses the frame blanking interval of the 
video signal for transmitting blocks of items of 
digital information which co-exist with the normal 
television programme, without reciprocal interfer- 
ence. 

The teletext pages are only transmitted 
cyclically. They can be selectively extracted from 
the video signal in response to a page selection 
command on the part of the user and stored in a 
memory to facilitate display thereof. Naturally the 
page acquisition time is variable in accordance with 
the frequency with which the page Is transmitted 
with respect to the other pages in a complete 
transmission cycle. 

Teletext pages consist of 20 lines of 40 char- 
acters. The characters may be alphanumeric, 
graphic or check characters. The latter define the 
display attributes (colour of the character and the 
background, size of the character, character flash 
etc). All the characters consist of 8 bits of which 
one is a parity bit. The system used is based on a 
structure which is "synchronous" with the television 
signal, in the sense that each line of characters 
displayed on the screen is transmitted in a televi- 
sion line. 

That system has been adopted by RAI for the 
"TELEVIDEO" service which was opened to the 
public from 1st September 1984, in accordance 
with the Ministerial Decrees of 3rd and 4th August 
1984, to which reference is made for further details. 

The teletext system is not limited to the trans- 
mission of digital signals which co-exist with the 
analog signals of the television programmes, but 
can also be applied to transmissions in which the 


television carrier channel is exclusively dedicated 
to data transmission. 

For the at)ove-mentioned reasons, in the 
TEL£VIDEO service, service infonnnation for the 

5 teletext decodere are also included in the 24 lines, 
from line 0 to line 23 of each teletext page. 

The teletext "pages" are numbered in groups 
of 100. refenred to as "magazines", for a maximum 
of 8. Not all the pages of a magazine are necessar- 

70 ily transmitted. Each page is numbered with three 
address digits (numerals) of which the first digit 
identifies the magazine to which the page belongs 
to and the other two digits identify the page num- 
ber in the magazine. In addition, each page may 

75 have associated therewith sub-pages or sides iden- 
tified by a sub-code of another four digits. For 
example the digits "637 0003" identify sut>-page 
0003 of page 37, belonging to magazine 6. The 
assembly of sides with the same address define a 

20 teletext "chapter". 

Page 100, which is indicated at 91 in Rgure 
5b, contains a general index and is transmitted at a >^ 
higher rate than that of the other pages to give the 
user the option of access thereto more quickly. 

25 The page identification number which is gen- 
erally displayed in a clear mode on the first line of 
the television screen is sent in binary form; from 
hexadecimal 00 to FF (from 0 to 255 decimal) of 
which the TELEViDEO system at the present time 

30 uses only decimal numbers up to 99. 

The sub-code indication is also sent in binary 
form, in which: 

a) two bits indicate the most significant digit; 

b) four bits Indicate the subsequent digit; 

35 c) three bits indicate the subsequent digit; 

and 

d) four bits indicate the least significant digit. 
At the present time the TELEVIDEO service 
from RAI uses binary numbers in the range of 0-9 
40 for an availability of sub-code decimal numbers 
from 0000 to 3979. 

As is known, some pages in the "magazine" 
may be up-dated with various contents in each 
transmission cycle and in accordance with the sub- 
45 page number which identifies tiie sequence. Those 
pages are the "rolling pages" which make it possi- 
ble to transmit a large amount of Information using 
a single page address. For example, if page 177 is 
to t»e used to send 3 rolling pages, they will be 
50 formed by 1 77 0001 ; 1 77 0002; and 1 77 0003. 

Each teletext line consists of 45 bytes of which 
the first 5 bytes are service bytes and contain 
information in respect of synchronism, magazine 
number and line address in the range of from 0 to 
55 31 while the remaining 40 bytes contain code in- 
formation for the teletext line. 

Line "0" (zero) is the first line of any teletext 
page. Provided in that line "0", besides the first 5 
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service bytes, are 8 other bytes which are used to 
identify the page and to carry check information. 
There then follow 32 bytes of which the last 8 
bytes are used to define the time. The service 
bytes subsequent to the 5th bear the following 
meanings: 

a) bytes 6 and 7 provide the number of the 
page, units and tens respectively; 

b) bytes 8 to 11 provide the sub-code; and 

c) bytes 12 and 13 provide a series of checl< 
bits containing infomnation for the decoding circuits 
regarding the page and display of the related data. 

The remaining 32 bytes of the line "0" are 
characters which, after decoding in a teletext envi- 
ronment are displayed on the first line of the 
screen. When the decoder recognizes the begin- 
ning of the line "0" of a fresh page, it also recog- 
nizes in the preceding line received, the last line of 
the preceding page. In that way each line "0" 
determines the end of a page and the beginning of 
the following page. The lines transmitted between 
two lines "0" may in turn be sent in any order (for 
example line 1, line 10, line 6. etc.) insofar as each 
line has at its head the items of information neces- 
sary to be Identified. If the decoding circuit detects 
the end of the page by virtue of the line of the 
subsequent page, it assumes that the lines which 
have not been received of the preceding page are 
empty lines. 

The items of information received in relation to 
line 1 to 23 are displayed as lines of the text which 
appears on the television screen. For those lines 
also, the first three bytes (clock mn-in. 2 bytes; and 
framing code, 1 byte) are used by the decoder for 
line synchronisation; another two bytes identify the 
magazine number (3 useful bits) and the line num- 
ber (5 useful bits). The remaining bits provide the 
information for finding and correcting errors in ac- 
cordance with the hamming code 8/4. The remain- 
ing 40 bytes are the teletext data corresponding to 
that which is displayed on the television screen. 


GENERAL ASPECT OF TELESOFTWARE 

The telesoftware service constitutes an exten- 
sion of the functions of the TELEVIDEO service 
and permits the reception of "files" which contain 
both "software" (computer programs) and data. 

With reference to Rgure 1. the system for 
transmission of the telesoftware files provides a 
television transmitter 30 of known type which is 
normally used for broadcasting television pro- 
grammes and the description of which is outside 
the subject-matter of the present invention. The 
video signal passing into such a television transmit- 
ter comes from a mixer circuit 31 which receives 
as its input the programme video signal VIDEO 


PROGR. and a teletext signal coming from a 
teletext generation system 32. 

The teletext generation system receives at its 
input the programme video signal VIDEO PROGR. 
5 (for synchronisation reasons) and produces the 
teletext data on ihe basis of infomiation TLTXT 
coming from external terminals or remote data 
banks. Such a generation system, in the present 
invention, is also connected to a telesoftware gen- 
10 eratfon system fomned by a computer 33. The 
computer 33 checks the coding of the data of the 
telesoftware files which are taken from a memory 
34 and provides for insertion of the coded telesoft- 
ware data between the teletext data of the system 
15 32, possibly after a ciphering operation by means 
of a ciphering circuit 35. 

The telesoftware in general constitutes a sub- 
assembly of the teletext in the sense that, in a 
teletext service comprising the transmission of an 
20 assembly of pages 36 (Rgure 4) and in which two 
pages 37 and 38 which can be displayed on the 
screen include the index of the teletext pages and 
the index of the telesoftware programs, the pages 
39 which are shown in broken lines are however 
25 dedicated to the transmission of files SOFT of 
programs and/or data. 

If the pages 39 containing the telesoftware are 
called up by a user equipped with a nonmal teletext 
receiver fitted into the television apparatus, the 
30 pages which are called up, from the first line which 
remains readable, are displayed as an assembly of 
alphanumeric of semi-graphic characters which are 
not intelligible in their whole or they are not dis- 
played, in accordance witti the specific checks of 
35 the receiving apparatus. 

The use of the program and/or data files of the 
telesoftware service requires a reception unit 40 
(see Figure 1) which is predisposed for receiving 
the television channel on which the teletext service 
40 is transmitted, a decoding unit 41. an interface 
circuit 42 and a computer 43 which, by means of 
its keyboard 44 and a control program, controls the 
unit 41 and provides for loading of the items of 
information received into its internal memory or into 
45 an extemal memory 45, 

In the embodiment shown in Figure 1 the re- 
ception unit 40 is a television receiver of commer- 
cial type which is provided with a peritelevision 
plug (SCART) 46 which is known per se and is 
50 connected to an aerial 47. The receiver 40 is used 
for tuning in the television channel bearing the 
teletext service with the desired telesoftware. The 
decoding unit 41 is also provided with a peri- 
television plug 51 which is connected by way of a 
55 "hybrid" cable 52 to the plug 46 of the receiver 40. 
The decoding unit 41 uses the demodulated 
video signal Vin-SCART coming from the receiver 
40 for decoding the corresponding teletext signals 
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and feeds the screen of the receiver 40 by means 
of the signals RGB generated by the unit 41 under 
the control of the computer 43. 

The decoding unit 41 comprises a video signal 
processor circuit (VIP) 56. a teletext signal control 
microprocessor (EURO-CCT) 57 and a random ac- 
cess memory (F^M) 58. Those circuits are of 
standardised type for decoding teletext signals and 
are widely available on the market In particular the 
VIP circuit 56 is for example of the type SAA 5230 
and is capable of extracting from the signal Vin the 
serial teletext information present in the frame 
flyback. The circuit EURO-CCT 57 is for example 
of the type SAA 5240 and is suitable for acquisition 
in parallel mode of the teletext data received and 
for storage thereof in suitable locations in the RAM 
58; it further comprises a character generator con- 
trolled by the teletext signals and provides for 
generating the corresponding signals RGB. 

The decoding unit 41 also comprises a switch- 
ing circuit 59 for the signals RGB, which is con- 
nected to suitable contacts of the SCART plug 51 
and is also connected to the computer 43 by way 
of a video connector 60. The computer 43. by way 
of the interface circuit 42 and a connector 61 of the 
unit 41, provides for exchange of data with the 
EURO-CCT circuit 57 and for controlling by way of 
the connector 60 the switching circuit 59 for dis- 
playing at the receiver 40 alternatively either the 
cTiaracters generated by the EURO-CCT circuit 57 
or the characters generated by the computer 43. 

In the alternative construction shown in Rgure 
2 the receiving portion comprises , a tuning and 
decoding unit 64 which receives the television sig- 
nals from an aerial 65 (which may also be the 
aerial 47). The unit 64 is connected to various 
circuits of a decoding unit 66 substantially the 
same as the decoding unit 41 and by way of the 
unit 66 is connected to the computer 43. The 
tuning unit 64 is also operable to generate at a 
plug RF 67 a television signal on a predetermined 
carrier channel, to be used on a television receiver 
68 without a SCART plug and which is used only 
for display purposes, A power supply unit 70 also 
provides for the power supply to all the circuits of 
the decoding unit 66 and the tuning unit 64, in- 
dependently of the computer 43 or the television 
receiver 68. 

The tuning unit 64 Is similar to a television 
receiver but is without the audio section, the screen 
and the associated controls. In particular the unit 
64 comprises a tuning circuit 72 which is con- 
nected to the aerial 65 and controlled by a micro- 
processor 73 for reception of the desired television 
channel. The associated video output signal Vin-RF 
of medium frequency, is detected by a detector 
drcuit 74 and supplied to a switching circuit 75 of 
the unit 66, which in tum is controlled by the 


microprocessor 73. The switching circuit 75 is also 
connected to the SCART plug 51 for receiving 
alternately with the signal Vin-RF the signal Vln- 
SCART in the situation where the decoding unit 66 

5 is connected to the SCART plug 46 of the televi- 
sion 40 in Rgure 1. The microprocessor 73 Is 
connected to the computer 43 by way of the con- 
nector 61 of the unit 66 and the functions thereof 
for channel tuning and activation of the circuit 75 

10 can be directly controlled by the keyboard 44 of 
the computer 43 and the associated control pro- 
gram. 

The unit 64 also comprises a PAL encoder 77 
which is supplied with the signals RGB-CCT of the 

75 circuit EURO-CCT 57 of the unit 66 to provide a 
composite video signal Vc. By way of a switching 
means 78 and a modulator 79 the signal Vc sup- 
plies at the plug RF 67 the television ' signal for 
the receiver 68. The circuit 78 is also controlled by 

20 the computer 43 by way of the connector 60. When 
the receiver 68 has been tuned to the television 
channel generated by the unit 64, the computer 43 
can display on the screen of the receiver 68 either 
the characters generated by the circuit 57 of those 

25 generated by the computer 43. 

After tuning of the desired channel which is 
effected directly at the receiver 40 in Rgure 1 or 
by means of the computer 43 at the unit 64 in 
Figure 2. the user may call by means of the 

30 keyboard 44 of the computer 43 for storage of 
programs and/or telesoftware data by way of the 
interface circuit 42. The decoding unit 40. 66 firstly 
stores the data in the memory 58 and then from 
same extracts the telesoftware data in accordance 

35 with the telesoftware control and loading program 
which is in the computer 43. 

The computer 43 may be of the type known as 
a "home computer" (HC). which for example has 
no video display and which is substantially as 

40 described, or of the type known as a "personal 
computer" (PC) as indicated at 80 (see Figure 3). 
typically provided with its own 25 line display 81 
and a separate keyboard 82 and optionally con- 
nected to a printer 83. 

45 In the case of the PC 80. loading of telesoft- 
ware programs provides for use of a tuning and 
decoding unit 84 provided with a tuning unit 85 
similar to the tuning unit 64 in Figure 2. The unit 85 
in particular comprises the tuning circuit 72, the 

50 control microprocessor 73. the medium frequency 
detection circuit 74 for the video signal Vin and a 
memory 86 for storing the tuning information relat- 
ing to a predetermined number (for example 30) of 
television channels, in per se known manner. The 

55 tuning and decoding unit 84 also comprises a 
decoding unit 87 similar to the unit 41 in Rgure 1 
comprising the video signal processing circuit VIP 
56. the EURO-CCT circuit 57 and the RAM 58. The 
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unit 84 is connected to the PC 80 by means of a 
connector 88. The PC 80 also provides for the 
supply of power to the unit 84 by way of the 
connector 88. 

The PC 80 is predisposed for processing the 
teletext and telesoftware information by means of a 
board EPROM 94 for generating TELEVIDEO char- 
acters, which is used in place of the standard 
character generation board, and an interface board 
95 for interfacing with the unit 84, to be used on an 
expansion slot in the PC 80. The control program 
for loading the software Is Included in an external 
carrier, for example a magnetic disk 89. The 
telesoftware control program specializes the func- 
tion keys F1-F9 and other keys of the keyboard 44 
and 82 of the computers 43 and 80 respectively for 
the "environment" created by the program. 

With specific reference to the PC 80 (see Fig- 
ure 3), acquisition of the telesoftware control pro- 
gram causes the display 81 to display a menu 90 
(Figure 5a) relating to the choice of a "MS-DOS" 
program which is known per se of the computer 80 
or "TELESOFTWARE" which is common both to 
the televideo environment and to the telesoftware 
environment. The last character line 90a of the 
display 81 (line 25) in turn provides indications of 
specialization in respect of the function keys F1. F3 
and F5. 

The indication F1 = TUNE indicates that se- 
quential operation of the' key F1 and a group of 
numeric keys of the keyboard 82 acts on the tuning 
circuit 72 and on the memory 86 of the unit 84 
(see Figure 3) for storing the associated tuning 
data, associating same with a corresponding index 
number. The indication F3 = PROG specifies that 
actuatfon of the F3 followed by actuation of two 
numeric keys representative of the index number 
makes it possible to select the desired channel by 
means of the data in the memory 86. The indica- 
tion F5 = QUIT specifies that actuation of F5. 
confirmed by actuation of tiie key CR (carnage 
return) causes the PC 80 to return to the MS-DOS 
system. 

After selection of the desired channel the PC 
80. in the televideo mode, causes the display 81 to 
display the typical menu 91 (Figure 5b) of tiiat 
mode, tiiat is to say the page index 37 of the 
teletext pages 36 (progressive to 100) in which the 
index of ttie televideo pages is present just as 
would appear in a commercial television set pro- 
vided with televideo decoding circuits. In that case 
also tfie first line (line C) of tiie display 81 cames 
the indications in respect of the page (100), the 
transmitting station (RAI). the day and the time. In 
addition the last character line 91a of the display 
81 has five fields which, in an initial order 91 a1, 
provkle the following indications: F1 = SEL; F3 = 
SAVE: F5 = PAG - 1; F7 = PAG + 1: and F9 = 


MORE. Those indications are representative of a 
new specialization of ttie function keys F1 - F9. 
Actuation of F1 followed by tiie input of three 
decimal digits, actuation of a separator key, possi- 

5 biy ttie input of another three decimal digits, and 
confirmation by actuation of the key CR. causes 
storage of and call for a page 36 (Figure 4) of 
teletext and possibly Its sub-page, as selected. 
The actuation of F3 followed by an alphabetic 

70 key indicative of a memory and a series of char- 
acters and confirmed by actuation of the key CR 
causes storage in ti^e memory specified by the 
alphabet key of the content of tiie page selected 
and shown on tiie display 81. F5 and F7 respec- 
ts tively select tiie respectively subsequent and pre- 
ceding pages, relative to the selected page. Rnally 
actuation of F9 causes a change in tiie order from 
91 a1 to 91 a2 (see Figure 5b) in which ttie five 
fields of tiie character line 91a provide ttie following 

20 indications: 

F1 = EXIT; F3 = PRINT; F5 = LOAD; F7 = 
MASK; and F9 = MORE. 

In ttie order 91 a2. actuation of Fl causes return 
to the menu 90. Actuation of F3 followed by ac- 

25 tuation of tiie key CR causes printing of tiie page 
displayed, by means of the printer 83. Actuation of 
F5 followed by a letter and a series of characters 
and confirmed by actuation of ttie key CR in turn 
causes display of any page of teletext which had 

30 been previously stored with the key F3 (SAVE). 
Actuation of F7 will mask a part of ttie area dis- 
played, for example to conceal a telequiz solution; 
and finally actuation of F9 will return the PC80 to 
ttie previous order 91 ai. 

35 In ttie event of errors in actuation of the keys, 
ttie reason for the error will be displayed on the 
display 81 (Rgure 3) and correction of the en-or is 
possible after actuation of the spacer bar SP of the 
keyboard 82 which returns the PC 80 to the status 

40 immediately preceding tiiat in which ttie error had 
occurred. 

In tiie televideo mode, selection of the page 
index 38 of the telesoftware programs (Rgure 4) 
will cause the display 80 to display a menu 92 

45 (Figure 5c) of tfie available telesoftware programs, 
with tiie appropriate indication of the first teletext 
page in which the various telesoftware programs 
begin. The last line 92a of the display 81 also 
maintains the same indications in respect of the 

so line 91a as specified in tiie orders 9lal and 9la2. 

As will be described hereinafter, selection of 
one of ttie telesoftware pages indicated in the 
menu 92 causes automatic adaptation of ttie PC 80 
to the specific telesoftware mode and causes the 

55 display 81 to display the indications 93 (Figure 6) 
in which ttie first line has the same items of in- 
formation of a teletext page and the last line 93 in 
an initial order 93a1. bears the following items: 
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F1 = SEL; F3 = TEXT; F5 = RUN; and F9 =» 
MORE. 

Actuation of F1 followed by the number of the 
page will select the desired telesoftware program. 

The other lines on the display 81 will then 
supply the following Items which will be automati- 
cally extracted by the PC 80 from the telesoftware 
program being received: 

- PROGRAM, together with the number of the 
pages and the index; 

- FILE TYPE, with specification of the type, which 
may be indicative of the language used such as 
BASIC or COMPILED (or EXECUTABLE, which is 
already written in machine code and which can be 
executed under the MS-DOS operating system), or 
indicative of the nature of the program such as 
TEXT or DATA, as will be described hereinafter; 

- FILE NAME, together with the name of the file; 

- FILE LENGTH, with specification of the length of 
the file. In hexadecimal code; 

- PAGES RECEIVED, together with the number of 
pages received, in hexadecimal code; 

- INCORRECT LINES, together with the number of 
inconrect lines received. 

The inconrect lines will be automatically cor- 
rected by the PC 80 or replaced by other lines 
which are received at subsequent times, as will be 
described hereinafter. That number will be useful 
for determining the quality of the reception chan- 
nel. When reception is concluded, the number of 
wrong lines wiil be automatically zeroed; and finally 

- AQUISITION IN PROGRESS, which will remain 
displayed until the program has been completely 
acquired by the PC 80. 

Actuation of F3 causes return of the PC 80 to 
the televideo mode. Alternatively return to the last 
televideo page is also activated by actuation of the 
Icey ESC (escape). 

Actuation of the key F5 causes execution of 
the acquired program. 

Actuation of the key F9 switches the PC 80 
between the order 93a1 and an order 93a2 in 
which the last line 93a bears the following indica- 
tions: 

F1 = EXIT; F3 = SAVE; and F9 = MORE, and in 
which actuation of F1 makes it possible to return to 
the menu 90 in Rgure 5a. Actuation of F3 makes it 
possible to store the telesoftware received In a 
mass memory of the PC 80 with the procedures 
already indicated in relation to storage of a teletext 
page. Rnally actuation of F9 switches the PC 80 to 
the order 93a1. 

in each case, when reception is concluded, the 
user will have available on the computer HC 53 or 
the PC 90 a file of programs and/or data as if it had 
been loaded from any mass canrier directly con- 
nected to the computer. 

Transmission of the files takes place by using 


a communication protocol for setting up and main- 
taining the communication and which permits ade- 
quate protection for the information of the file in 
regard to transmission errors. 

5 In the embodiment of the telesoftware trans- 

mission system according to the invention, no vari- 
ation in the present teletext standard has been 
introduced. In particular the system has kept the 
same transmission unit (the line) and the same 

70 structure at the page side level as the teletext 
service. On that basis, it has been possible to use 
a good part of the apparatuses and circuits which 
are already in use both for the transmission and for 
the reception of the teletext service. 

75 

GLOSSARY 

Set out below are the definitions of some tennns 
20 which are repeatedly used In the course of the 
description. 

"Block** is an assembly of data zones of a 
chapter which belong to a file and which are ar- 
ranged in contiguous sides. 
25 "Byte" is a unit of area of memory, always 
formed by 8 bits. 

"Chapter" is the assembly of all the sides 
characterised by the same page number. 

"Character" is an elementary assembly formed 
30 by 8 bits. It contains from 6 to 8 useful bits of 
information. 

"Side" is a teletext page which always has the 
same information content. 

"Telesoftware side" is a teletext page used for 
35 the transmission of telesoftware data. 

"RIe" is an assembly of data or programs 
relating to a given topic. 

"Group" is an assembly of contiguous pages 
which is dedicated to the telesoftware transmission. 
40 "RIe heading" is a structure of data containing 
an assembly of information which permit control of 
another assembly of data which is associated 
therewith. 

"Side heading" is a structure of data an^anged 
45 in each telesoftware side and containing informa- 
tion relating to the content thereof. 

"Program" is the assembly of data containing 
the items of information which permit the processor 
to carry out a logic sequence of elementary oper- 
50 ations. 

"Protocol" is the assembly of rules and con- 
ventions which make it possible to set up and 
maintain a communication. 

"Data segment" is an assembly of data which 
55 are located in contiguous memory positions. 

"Data zone" is an assembly of the characters 
of a telesoftware side containing the data relating to 
a single file. 
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DIFFERENCES BETWEEN TELETEXT AND 
TELESOFTWARE 

In order to be able to maintain a page structure 
which does not depend on the number of the line, 
the line 0 has not been used in the telesoftware 
system. All the telesoftware information has there- 
fore been put Into lines 1 to 23. 

In accordance with the invention, differentiation 
as between the teletext system and the telesoft- 
ware system has been entrusted to some items of 
information which are included in each Individual 
page side. In contrast to the infonmation contained 
in a teletext side, which information can be dis- 
played directly, the items of information of a side 
for telesoftware comprise the following: 

a) data relating to management of reception; 

b) data which constitute part of the file to be 
received; and 

c) data for checking the data of point b). 
The telesoftware information contained in the 

side is not used directly but requires a series of 
preparations. The way chosen for distinguishing the 
telesoftware chapters from the teletext pages has 
been that of notifying the receiving computer which 
they are. In addition, to ensure a high level of 
flexibility of operation, there has been created a 
dynamic configuration for the receiving apparatus 
in dependence on the conditions of operation, de- 
fining in contrast a single fixed chapter, for the 
configuration of the protocol, as will be described 
hereinafter. 


SUBDIVISION OF THE LEVELS OF THE PRO- 
TOCOL 

In order to separate the various problems 
whether of system or communication type, in ac- 
cordance with the invention, the protocol has been 
divided into "levels" for a hierarchical solution to 
the problems of encoding/decoding data. More pre- 
cisely there are eight "levels" which are examined 
from the point of view of the receiving system. 

Level 8 (access check). This is dedicated to 
checking the access of the data of the file transmit- 
ted and permits selective reception of the files, or it 
enables for reception in the clear mode only the 
computers which have in their memory the de- 
ciphering access key for the ciphered files. This 
level 8 may be used with any of the known 
ciphering/deciphering systems and is not described 
in detail herein. 

Level 7: coding of the file and link 
(connections) between the chapters. TTiis refers to 
that part of the protocol which joins the assemblies 
of data received and controls the automatic search 
for fresh chapters for complete reception of the file. 


Level 6: side coding. This refers to that 
assembly of rules for constructing a side of a file. 

Level 5: transcoding of character. This is 
dedicated to the passage from transmission coding 

5 to a specific 8 bit coding. 

Level 4: detection/con-ection of errors. This 
is dedicated to handling the code, in such a way as 
to introduce verification of correctness and possible 
self-correction of the digital data received. 

10 Level 3: masking. This refers to a level which 

provides for "masking" of the data in such a way 
as to compensate for the effects due to the critical 
sequences of data 

Level 2: teletext coding. This refers to that 

15 part of the system which relates to decoding of 
teletext data. 

Level 1: physical level. This refers to the 
apparatuses which provide for reception of the vid- 
eo signal and extraction of digital data from the 

20 broadcast signals. 

In accordance with the invention the features of 
operation of the levels from three to eight as set 
forth above are defined by a series of parameters 
which are combined together and transmitted in a 

25 fixed chapter and with fixed coding, as will be 
described in greater detail hereinafter. In that way it 
is also possible to transmit decoding programs 
which ex-novo reconstruct the various levels, with a 
high degree of flexibility in relation to more sophis- 

30 ticated transmission and/or reception systems, 
without the users who operate with the first telesoft- 
ware version still having to be penalised by subse- 
quent developments. 

At the time of commencement, the receiving 

35 system will search for and read automatically the 
Configuration Chapter and is predisposed in accor- 
dance with the specification of the parameters of 
the protocol which are read. After that aquisition 
operation the receiving system is then ready to 

40 receive the transmitted files. 

In general each item of data within the protocol 
is interpreted as a "byte", that is to say it has 8 
bits which are all significant. For the lower levels 
(1. 2. 3 and 4) however there may be characters 

45 with an information content of 6. 7 or 8 bits which 
are expressly specified from time to time. 

The addresses of data contained in a page 
side are always calculated on the data which are to 
be found between levels 5 and 6 or after tran- 

50 seeding and before decoding of a side. In addition 
the first byte of the side is considered as byte C. 
The size of an assembly of bytes is expressed in a 
similar fashion. 

55 
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CONFIGURATION CHAPTER OF THE PROTO- 
COL 

The Configuration Chapter is the only chapter 
of the telesoftware system which has a fixed cod- 
ing and structure. The items of information con- 
tained in the configuration chapter concem the 
following: 

1) The presence of a telesoftware service on 
the channel when the Configuration Chapter Is 
transmitted; 

2) The specification of the teletext chapters 
which are dedicated to the telesoftware transmis- 
sion; and 

3) The specification of auxiliary items of in- 
formation intended for reception of the files. 

In accordance with a preferential choice which 
is compatible with the present TELEVIDEO service, 
the Configuration Chapter of the protocol which has 
been selected is the TELEVIDEO chapter whose 
hexadecimal code is "OFF". That relates to a chap- 
ter which is not used by the Televideo service; 
other choices are obviously possible but they are 
made once and for all Insofar as the configuration 
chapter is searched for and identified automatically 
by the actual receiving computer on the basis of 
the address thereof. 


Data coding of the Configuration Chapter 

The configuration chapter "OFF" may be sub- 
jected to two different types of coding: 

1) Coding of type A which can be used for 
telesoftware transmissions where it is possible to 
use 8 bit transcoding; 

2) Coding of type B. with 3/4 transcoding, 
which can be used for the telesoftware systems 
where 8 bit transcoding cannot be used. 

To provide that the receiving computer knows 
a priori the precise coding of the configuration 
chapter, the lines 0 of the sides which constitute 
the chapter "OFF" provide in their bytes 8 to 1 1 a 
"sub-code" associated with the type of transmis- 
sion of the page "OFF". The receiving system 
distinguishes the codes of the chapter "OFF" on 
the basis of the sut>-code of the side received. 
When the value of the sub-code is between 0 and 
0F7F, the coding is of type A; when the value of 
the sub-code is greater than or equal to 1000. in 
hexadecimal, the coding is of type B, Apart from 
the adjustment of transcoding to the sub-code re- 
ceived, the receiving unit is also predisposed to 
receive coding in respect of the side data of ham- 
ming type (40, 34) for transmission which is effec- 
ted up to 23 lines per side, from lines 1 to 23. for a 
total of 920 characters/side. 

When the predisposition operations are canied 


out, the chapter OFF may be formed by a plurality 
of sides. Each side may contain up to 736 valid 
bytes for coding of type A and up to 552 valid 
bytes for coding of type B. 

5 In any case any extension is possible, by using 
other configuration chapters and other rules in dif- 
ferent pages of the transmission. By maintaining 
compatability with the first version of the protocol, 
the only result will then be that the fresh chapters 

70 will be ignored by the preceding versions. 


Configuration of the protocol 

75 The structure of the sides of the chapter "OFF" 
is different from that of the sides of the files of data 
and programs. 

The items of information contained in the var- 
ious sides of the chapter "OFF" (Rgure 7), already 

20 identified, comprise the following: 

a) General Data of Configuration 100 of the 
entire protocol; 

b) Data of Details of Group 110 of the 
telesoftware chapters; 

25 c) Optional Data of f\/Iodification of the Re- 

ception Program 120; 

d) Optional Data of Details of Obsolete Ver- 
sions. 

In addition each side of the chapter "OFF" 
30 comprises data in respect of Check Parameters 
125 relating to reception of the sides of the chapter 
"OFF". Those data are contained in the first three 
bytes of the side and will be described in detail 
hereinafter. 

35 The chapter "OFF" is of a structure which is 
variable in dependence on the transmission re- 
quirements, as already described, but the data of 
point a) and the data of b) are always specified. 
The parameters which are specified in typical 

40 situations of use may be transmitted in a single 
side with minimum loading of the transmission. The 
parameters are also formed by "bytes" and the 
positioning data are referred to the position in the 
side 0 of the chapter. 

46 

a) General Configuration Data 

The data 100 which configure the transmission 
so protocol relate to characteristics which are indepen- 
dent from the "groups" and comprise, in the order 
of transmission and considering the first byte of the 
side as a position byte 0: 

1) Two bytes 101, from position 3. which are 
55 indicative of the total length of the chapter "OFF". 

2) One byte 102, in position 5. which is 
indicative of the numlier of details of groups of 
telesoftware chapters. 
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3) One byte 101, in position 6, which is 
indicative of the length of a telesoftware group 
detail: that item of data indicates the number of 
bytes of which each detail of the telesoftware chap- 
ter is composed. 

4) Two bytes 104, from position 7, for defin- 
ing the address of the detail of the first telesoftware 
group, which is indicative of the location from 
which the detailed list of the groups begins, with 
reference to the entire chapter 0FF. 

5) One byte 105. in position 9. for defining 
the number of details of protocol exchange, which 
is indicative of the total number of variations in the 
reception program in the various versions, 

6) One byte 106, in position 10, which Is 
indicative of the length, in number of bytes, of a 
detail of protocol exchange. 

7) Two bytes 107. from position 11, which 
are indicative of the address of the detail of the first 
protocol exchange, 

8) A byte 108. in position 13, for defining the 
number of the obsolete versions, and 

9) Two bytes 109. from position 14. for de- 
fining the address of the detail of the first obsolete 
version. 

Other positions may also be dedicated to the 
detail of the operation of coding data. 


b) Group Detail Data 

The chapters dedicated to transmission of files 
which belong to the same telesoftware group have 
the same transmission characteristics for them all 
to be recognized by the receiving system. The 
protocol makes it possible to define up to 255 
different telesoftware groups. Each group detail 110 
comprises the following parameters: 

1) Two bytes 111, from position 15 of the 
side, "start page", which are indicative of the first 
chapter of the group dedicated to the telesoftware 
and in which the first chapter indicated is included 
In the group, 

2) Two bytes 112. from position 17, "stop 
page", which specify the last chapter of the 
telesoftware group and in which the chapter in- 
dicated is Included in the group. 

3) One byte 113. position 19. "type of tran- 
scoding and auto-correction code", which specifies 
the group characteristics. That byte is subdivided 
into two portions in which: 

a) The portion which is made up of bits 0 
and 1 of the byte contains the indication of the 
coding with which the files in the group are trans- 
mitted, as follows: 0.0, 8 bit transmission; 0.1, 7 bit 
transmission, with parity; 1,0, 7/8 bit transmission; 
and 1.1 3/4 bit transmission. A table of con-espon- 
dence. In relation to the fifth transmission level. 


provides for transcoding of the data received by 
the receiving system from the system with which 
the transmissions take place, with 8 bit coding. 

b) The portion formed by bit 2 of the byte 

5 contains the indication of the type of data coding 
used in the transmission of the group, for genera- 
tion of the check characters and possibly auto- 
conrection characters. If the bit is "0", that indicates 
that the data coding is of the type with "auto- 

70 conrector code" and "character recognition code" 
(ORC) in respect of a line. If the bit is "1". that 
indicates that data coding is of the type with only 
line CRC. 

75 

c) Reception Program Modification Data 

In the protocol configuration phases the trans- 
mitting station 30 may broadcast programs which 
20 make it possible to modify the telesoftware recep- 
tion program. The information on those modifica- 
tion programs are disposed in the configuration 
chapter "0FF" as assemblies of data 120 which 
specify each variation. Each assembly of data com- 
as prises the following parameters: 

1) A byte 121 "reference version", for a 
digital value of between 0 and 255, to which there 
con-esponds a particular telesoftware version, tt 
serves to indicate to which program the transmitted 
30 modification refers. By way of example, two of 
those versions are respectively associated with a 
program MSX-OlivettI for home computers and a 
program for MS-DOS operating systems for per- 
sonal computers. 
35 2) A byte 122 "Substitution index", the value 

of which indicates which routine is to be replaced. 
If the value if set at 0FFH. tiiat indicates tiiat the 
entire reception program is to be replaced. 

3) Three bytes 123, "File detail", which are 
40 indicative of tiie file in which the replacement pro- 
gram is contained. File transmission coding is com- 
patible with that defined for the telesoftware group 
to which the file belongs. 

The code transmitted in the specific file con- 
45 stitutes tiie modification to the program, that is to 
say it replaces either a routine of tiie program or 
the decoding program which is implemented on the 
receiving computer. 

50 

d) Data of Details of Obsolete Versions 

In case there are versions of telesoftware which 
are no longer supported by tiie transmitting sys- 
55 tem. in byte 108 of the general Configuration data 
100, tfie number of tfie obsolete versions is greater 
than "0". 

The versions which are no longer supported 
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are specified by indicating them consecutively as 
blocks of data 128 from the allocation of the chap- 
ter which is indicated at byte 109 of the General 
Configuration Data 100. 


Check parameters 


As already emphasised, the configuration chap- 
ter "OFF" is generally made up of a plurality of 
sides. For handling reception of that chapter, intro- 
duced at the beginning of each side of the chapter 
"OFF** are three bytes 125 in respect of check 
parameters, which are independent of the logic 
sequence of the above-described data and which 
contain Items of information relating to the recep- 
tion of the sides. Those parameters are formed by 
two portions: 

1) One byte 126, at position 0. associated 
with a masking code, as will be described in rela- 
tion to masking level 3, and 

2) Two bytes 127, from position 1, asso- 
ciated with a positioning index of the side, of the 
type "i/n". in which "n" indicates the total number 
of sides in the chapter and "i" specifies the pro- 
gressive index of the side. In particular the first 
side of the chapter is of a value 0 while the second 
side is of a value 1 and the last side is of a value n. 

Rgure 7 shows in graphic form the diagram- 
matic map of the parameters which make up the 
chapter "OFF". Illustrated therein by way of exam- 
ple are the obligatory parameters which are con- 
tained in the solid-line rectangles 100, 110 and 125 
and the optkinal parameters 120 and 128 which are 
contained In the broken-line rectangles. Rgure 7 
also shows the correlation of some parameters. 


CODING OF THE RLE AND THE UNKS BE- 
TWEEN THE CHAPTERS 


Coding of the file is effected at the seventh 
protocol level and concerns the actions performed 
by the receiving system in handling the assemblies 
of data received to extract a file. In particular the 
file is considered as being made up of the heading 
of the file and a part containing the data in the true 
sense. 


Structure of the heading of the file 


The heading of the file is a data structure 
which contains information in respect of manage- 
ment of transmission of the file and an assembly of 


auxiliary data in respect of the transmitted file. 
Reception of the file heading is therefore necessary 
for acquisition of the file itself. The file heading 
may be positioned on any side of the chapter, with 
5 the following mles: 

I) A single file heading may be specified for 
each side; 

ii) It must be contained entirely on one side; 

and 

10 iii) It is always an-anged at the beginning of 

the side, immediately after the side heading. 

The parameters relating to the file heading 
comprise fixed parameters and optional or variable 
parameters in which the fixed data are at predeter- 

15 mined positions within the file heading and the 
optional data, when such are present are arranged 
in the order in which they are defined. 

In the following paragraphs, the positioning val- 
ue indicates the position of the first byte of the 

20 portion in question. Numbering is effected relative 
to the file heading, considering the position of the 
first byte of the portion in question; Numbering is 
effected relative to the file heading, considering the 
position 0 as the first byte of the heading. 

25 

Fixed parameters 

The fixed part of the file heading is formed by 
30 five parameters of which four are formed by one 
byte and one by three bytes, which describe the 
significance of the data transmitted and the file 
stnjcture. 

In particular the parameters are in the following 
35 order of an^angement 1) flags; 2) specification of 
the type of file; 3) number of data segments; 4) 
program start address; and 5) number of links: 

1) Rags: by one bytes, each bit or "flag" of 
which is of the following significance: 
40 a) Autorun: when positioned at 1 it causes 

automatic run of the file received without interven- 
tion on the part of the operator. 

b) Autosave: when positioned at 1 it 
causes automatic save of the program on a mass 

45 carrier with the same name as that specified in the 
field "filename". It requires the "filename" to be 
specified. 

c) Overiay link: when positioned at 1 it 
indicates that specified is the optional parameter 

50 which specifies a file which constitutes an overlay 
of the file transmitted. 

d) RIename present: when positioned at 1 
it indicates that there is included an optional pa- 
rameter which specifies the name of the file trans- 

55 mitted. 

Comment: when positioned at 1 it indi- 
cates that the comment field is included. 
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f) Presence of the access code: when that 
bit is positioned at 1 it indicates that a ciphered 
access code is specified and consequently level 8 
of the protocol is activated. 

g) and h) Two bits which are not used. 

2) File type specification, by one byte: this 
parameter specifies the type of file transmitted. At 
the present time, by way of example, among the 
256 available codes, nine possible types of files 
have been defined, of which the first three types of 
files refer strictly to MSX machines and the last 
four types of files are dedicated to the MS-DOS 
operating system, as follows: 

1. Executable: the files contain a program written in 
machine code which can be executed under the 
MS-DOS operating system. 

2. Pre-interpreted Basic: the files contain a pro- 
gram which can be directly executed by the Ex- 
tended Basic interpreter of the MSX operating sys- 
tem. 

3. Listing Basic: the files contain a Basic program 
in ASCII format which can be executed on the MSX 
operating system. 

4. Data: the files contain a written text which can be 
displayed directly. 

5. Text: the files contain a written program which 
can be displayed directly. 

6. Executable: the files contain a written program In 
machine code which can be executed under the 
MS-DOS operating system In EXE format. 

7. Pre-interpreted Basic: the files contain a pro- 
gram which can be directly executed by the GW 
Basic interpreter of the MS-DOS operating system. 

8. Listing Basic: the files contain a Basic program 
in ASCII format which can be executed with the 
GW Basic interpreter of the MS-DOS operating 
system. 

9. Executable: the files contain a program which is 
written in machine code which can be executed 
under the MS-DOS operating system, in COM for- 
mat 

The codes of the values from the 10th to the 255th 
have not been defined. 

3) Number of data segments, by one byte: 
specifies the data segments into which the files is 
subdivided. The value may vary from 1 to 255. 

4) Program begin address, by three bytes: 
indicates the address at which access is to be 
made to be able to execute the transmitted pro- 
gram. That parameter is significant only when the 
file contains a program. 

5) Number of links, by one byte: specifies 
the number of chapters, besides that specified in 
the selection, into which the file has been sub- 
divided. 

The multi-byte numbers are numbers which 
can assume values on the decimal scale of higher 


than 255, in which the least significant byte of the 
number is specified as the first byte and the most 
significant byte is specified by the last. 

5 

Variable parameters: data segment detail 

The data segment detail Is executed by means 
of two parameters: 

10 a) Segment length, by three bytes: specifies 

the number of bytes making up the segment, and 

b) Starting address, by three bytes: specifies 
the memory address in which the first byte of the 
segment is to be disposed. If the item of data 

75 transmitted is equal to the value OFFFFFFH, the 
segment does not have a given allocation, that is to 
say the receiving computer may position the seg- 
ment in any arbitrary memory location. 

20 

Variable parameters: Link of a data block 

The link parameter in respect of a data block is 
intended to specify all the parts into which the file 
26 being transmitted has been divided. 

In general a file may be divided into an assem- 
bly of blocks which can be transmitted in different 
chapters. Associated with each block is a "link" 
(connection) parameter and therein the anrange- 
30 ment of the links is a matter of fundamental impor- 
tance insofar as it establishes the logic sequence 
of linking together the various chapters in the re- 
ception phases. 

The composition of a link comprises: 1) chap- 
as ter detail; 2) side detail; and 3) number of sides of 
the data block. 

The link parameter comprises a data structure 
of fixed length which is formed by three portions or 
fields for a total of 4 bytes which are in the follow- 
40 ing order: 

1) Chapter number, by two bytes: indicates 
the chapter which contains the data block. 

2) Number of the starting side, by one byte: 
indicates the side which contains the first data zone 

45 relating to the specified block. 

3) Number of sides, by one byte: indicates 
how many sides have been used for transmission 
of the block. The data zones which are dedicated 
to the transmission of a block are arranged in 

50 contiguous sides, starting from the side specified in 
point 2). 

Variable parameters: overlay link 

55 

The aim of the overlay link is to specify a file 
used internally by the selected program. 

The presence of this field is subordinate to the 
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"Rag" c) of link overlay in the first byte of the fixed 
parameters. When that "Rag" is positioned at 1. 
the field Is disposed immediately after the speci- 
fication of the connected chapters and is fonmed by 
4 bytes containing the detail of the overlay file with 
the code used for specifying the files in a chapter, 
which is defined as the number of the chapter, by 
three digits, and the fixed parameter of the file. 
When the link overlay parameter is specified, auto- 
save and the filename of the fixed parameters also 
have to be specified. 


Variable parameters: filename detail 

The filename specification field contains the 
name of the file to which the heading refers. The 
presence of that field is subordinate to the filename 
"Flag" d) of the fixed parameters. The first byte of 
the field specifies the length In the number "n" of 
bytes of the string. The name of the file imme- 
diately follows the byte relating to the length and 
occupies the "n" bytes specified in the first byte of 
the field. 

The filename detail field is arranged imme- 
diately after the overlay link field. 


Variable parameters: comment 

The comment field is reserved for the inclusion 
of a text forming a brief comment on the transmit- 
ted field. The presence of this field is subordinate 
to the comment "Rag" e) of the fixed parameters. 

Similarly to the information specified in respect 
of the filename, the first byte of this field contains 
the length of the comment. The text forming the 
comment in the true sense immediately follows the 
length. The maximum length of a comment is thus 
255 bytes. 

The comment constitutes a field of generic use 
for which the use thereof depends from one ap- 
plication to another. In general it contains a text 
which is capable of being immediately displayed 
by the receiving system. 


Variable parameters: access check code 

The access check code is formed by a single 
byte which indicates the type of access check with 
which the file has been transmitted. The heading of 
the file is transmitted in clear mode to penmit 
recognition thereof while access to the data zones 
of the file is conditional upon the existence of a 
circuit or a program for deciphering purposes in 


the computer HC 43 or the computer PC 80. 

Whenever the data zone is transmitted in clear 
mode and the access check code is specified, it is 
set at the value 0. 

5 

SIDE CODE 


10 The sixth level of the protocol relates to side 
coding and is used for interpretation of the data of 
a tetesoftware side and for extraction of the data 
belonging to the file to be received. 

Anranged in each telesoftware side may be a 

15 maximum number of bytes, the value of which is 
determined by the redundancy selected for 
detection/correction of enrors (level 4) and by the 
type of transcoding (level 5). 

Dissassembly of the file and assignation of the 

20 sides of transmission of level 8 is decided in the 
transmission phase while extraction of the data 
which accompany the file Is completed in the re- 
ception phase. 

Arranged in each side is a side heading code 

25 which begins with the first byte of the side and 
which comprises in the following order: 

1) General data of the side heading; 

2) Data for specifying the file heading 
(optional); 

30 3) Data for specifying the first data group 

(optional); and 

4) Data specifying the second data group 
(optional). 

35 

General data of the side heading 


The general data of the side heading are dedi- 
40 cated to managing the heading of the side and 
comprise the following three groups of items of 
information 

1 ) Masking code, by one byte: memorizes a 
character containing a masking coding with which 

45 the side will be transmitted and the details of which 
are described In level 3 of the protocol; 

2) Positioning index, by two bytes: repre- 
- sents the position of the side in the chapter. Cod- 
ing by means of that index is of a structure i/n 

50 wherein "n" indicates the total number of sides in 
the chapter and "i" specifies the index of the side. 
Therefore the first side of the chapter is of a value 
"C", the second is "1 while the last is of the value 
"n". Since the values "i" and "n" are formed by 

55 one byte, it is possible to specify chapters with at a 
maximum 256 sides. 
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3) Specification of the content of the side 
heading, by one byte: it can indicate the presence 
of a file heading detail and up to two details in 
respect of data zones, which are independent of 
each other. Each data zone concerns the assembly 
of characters of the telesoftware side containing the 
data relating to a single file. The byte dedicated for 
that purpose has been divided into three portions 
or fields in which: 

a) Bit 6 relates to the file heading and 
specifies the presence of the file heading in the 
side when it is set to 1. That therefore indicates 
that the data for specifying the file heading are 
included In the side heading; 

b) Bits 3, 4 and 5 relate to a first data 
zone 1; and 

c) Bits 0, 1 and 2 relate to a second data 

zone 2. 

The two fields relating to the data zones have a 
coding in which: "000" indicates that there Is no 
data zone; "001" indicates that there is a single 
data zone in the chapter; "010" indicates that the 
data zone is the first data zone of the chapter 
"Oil" indicates that the data zone is a central data 
zone of the chapter and "100" indicates that the 
data zone is the last data zone of the chapter. The 
other codes are not defined. 


Data specffying the heading of the file 

The data relating to specifying the heading of 
the file are optional and are included only when bit 
6 of the byte 3) of the specification of the content 
of the heading of the side is positioned at 1. That 
system comprises data relating to: 

a) "Extension", by one byte: specifies the 
extension of the file. The file is thus uniquely 
determined insofar as the chapter Is that to which 
belongs the side in question and the extension Is 
given by said parameter 

b) "Start", by one byte: indicates the ad- 
dress of the side where the heading of the file 
begins and immediately follows the side heading; 

c) "Length", by two bytes: specifies the 
number of bytes which mnake up the heading of the 
file. 


Data specifying the data zones 


The specifications of the data zones 1 and 2 
are included when the field relating thereto, in the 
byte in respect of the specification of the content of 
the heading of the side, is different from "0". The 
structure of each data specification comprises: 


a) "File specification", by three bytes: repre- 
sents the indication of the specification of the 
telesoftware file obtained specifying chapter and 
extension. The code used is of the type: (No. of 

5 chapter) (extension) wherein (No.of chapter) means 
the number of the chapter formed by three hex- 
adecimal digits, which contains the heading of the 
file; and (extension) conresponds to the fixed pa- 
rameter of the heading of the file. In particular each 

70 byte comprises two digits. In the first byte the first 
digit is zero and is not used and the second digit is 
the most significant digit of the chapter index. In 
the second byte the two digits are respectively the 
central digit and the least significant digit of the 

TS index of the chapter. The third byte contains the 
extension of the heading of the file. In the speci- 
fication of the chapter, each digit has a field from 
00 to OF whereby it can be transmitted in the 
teletext system; 

20 b) "Start", by two bytes: represents the 

starting address of the associated data zone; 

c) "Length", by two bytes: represents the 
number of bytes which make up the data zone in 
the side in question; 

25 d) "Pointer next search", by two bytes: 

specifies a chapter containing other sides with data 
zones belonging to the same file. The pointer is 
included in the transmission phase to facilitate the 
search for more chapters in the receiving phase. 

30 N/Vhen the value of the pointer is greater than "800" 
in hexadecimal (2048 in decimal) that indicates that 
the next search pointer is not specified. 

35 DATATRANSCODINQ- 


The firth level of the protocol concerns data 
transcoding and the aim thereof is to make it 

40 possible to use the protocol even in the situation 
where the receiving/transmitting system controls 
only a sub-assembly of the possible 256 configura- 
tions for each teletext character. 

The aim of data transcoding is to modify the 

45 characters with an information content of 8 or 7 bits 
in bytes of 8 bits. The information relating thereto 
is contained in the two bits of the first field of the 
"group characteristic specifications" 3) of the group 
configuration data, as described above. 

50 Recognition of the coding "00" of the two bits 
of the first field is indicative of the 8 bit transmis- 
sion in which the transcoding level Is transparent. 
Therefore no modification in respect of the data 
thereof is affected. 

55 Recognition of the coding "Or indicates a 7 
bit transmission in which the most significant bit of 
the character received contains the parity of the 
other 7 bits and in which therefore the character 
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may vary only in the range of 0-127. 

Recognition of the code **10" indicates a 7/8 
bif transcoding in which there is a transmission with 
characters with 7 significant bits without the loss of 
information In passing from the 8 bits. In particular, 
with reference to Rgure 8. 7/8 transcoding trans- 
forms the 8 bit characters into 7 bit characters, with 
the following rules: 

- the 8 bit data are subdivided into groups of 7 
bytes 139a- 139g; 

- the least significant 7 bits 140a - 140g of the 
bytes remain unaltered; 

- the 7 characters 141a - 141g which are formed In 
that way are the first 7 bit characters; 

- the most significant 7 bits "a" - "g" of the bytes 
139a - 139g of the group are combined In a char- 
acter 141h, making the bit "a" relating to the first 
character 139a of the 8 bit group the least signifi- 
cant bit and the bit "g" relating to the seventh byte 
I39g the most significant bit. The character 141h 
which is made up In that way constitutes the eighth 
character of the 7 bit blocl<. 

The coding "11" relates to 3/4 transcoding 
which transfonms 3 bytes into 4 characters without 
. loss of information and without any output checic 
character. 

The description by way of example of the way 
in which the 3/4 transcoding operation is perfomned 
refers to Rgure 9 in which a, b and c indicate the 
three bytes 143 and I. II, III, and IV indicate the four 
characters 144 resulting from the transcoding op- 
eration. 


DETECTION AND CORRECTION OF ERRORS 


The fourth level of the protocol is occupied 
with the protection of the data, independently of the 
information content thereof. 

Each telesoftware side is made up by the line 
0 which is not used and which is not considered by 
the telesoftware protocol and the lines 1 to 23 of a 
teletext page. Each telesoftware line is made up of 
40 bytes which can be used for supporting tfie 
teletext data. 

For the purposes of broadcasting the telesoft- 
ware, tiie system according to the invention uses a 
part of tiie 40 valid bytes of a line for the transmis- 
sion of ttie items of Information and another part of 
the 40 bytes for detection and correction of the 
enrors in the useful part. 

As already emphasised in the chapter dedi- 
cated to Group Detail Data 110 (Rgure 7), the 
system provides for two different types of transmis- 
sion. The first type concerns transmission with 
auto-correction code and line CRC and the second 
type on the other hand concerns transmission witii 


only line CRC. The two types of transmission are 
distinguished from each otiier insofar as tiie first 
permits a higher probability of connect reception on 
first acquisition while the second pennnits improved 

s transmission efficiency, about 15% higher tiian that 
of ttie first type. 

The polynomial generators of the CRC botii of 
the first type and the second type are tiie same 
and depend only on the transcoding used. The 

10 only difference is tiiat ttie CRC of the first type is 
calculated on 32 characters of data while that of 
the second type is calculated on 38 characters. 
The characteristic polynomials for calculation of the 
CRC are implemented by shirt registers and XOR 

75 obtained from suitable routines of the program for 
handling tiie telesoftware of the computer 43. 80. 

In tiie case of data coding of the first type, with 
auto-conrection, detection and confection of tiie er- 
rors Is affected in two steps wherein, In a first step, 

20 the enrors are corrected in accordance with a ham- 
ming code (40,34) and in a second step the resid- 
ual errors are detected with a line CRC. When 
detecting residual errors, tiie line is rejected and 
acquisition has to be repeated a second time. 

26 In ttie case of data coding of tiie second type, 
only detection of tiie residual errors is effected. 


Transmission with 8 useful bits 

30 

In transmission with eight useful bits, for the 
protection of data of ttie second type, tiiat is to say 
witiiout auto-con-ection. a 16 bit CRC Is calculated 

35 on tiie first 38 bytes of the line; that provides 
assemblies of 40 bytes which constitute the spe- 
cific telesoftware line of that type of transmission. 

In particular and purely by way of example, the 
characteristic polynomial for calculation of the line 

40 CRCs is: ''g(X) = 1 +xs +X^2 + X^6« yvhich is pro- 
duced by a shift register 150 (Rgure 13) which is 
subdivided into tJnree sections, and tiiree XOR 151, 
152 and 153. 

For protection for transmissions of the tirst 

45 type, tiiat is to say with auto-correction, calculated 
on the first 32 bytes of data 160 (Rgure 10) Is a 
CRC 161 of 2 bytes and added to tiiose bytes are 
6 hamming redundancy butes 162. For tiiat pur- 
pose tiie 34 bytes obtained from ttie data bytes 

50 160 and ttie CRC 161 are subdivided Into 8 block 
of which the first block is formed by the position 
bits "0". ttie second by tiie position bits "1". etc. 
Calculated on each block are 6 hamming redun- 
dancy bits, capable of connecting all the Individual 

55 en-ors. In ttiat way the 2 bytes of the CRC are also 
protected. The 32 bytes of data 160, the 2 bytes of 
CRC 161 and the 6 hamming redundancy bytes 
162 constitute the 40 bytes of the telesoftware line 
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for the 8 bit transmission with auto-conrection. 

The polynomial generator of the hamming code 
(40. 34) in shortened form is as follows: "g(X)- 
= 1+X+XS". 

By means of that hamming block stmcture, any 
packets of errors are subdivided over a plurality of 
blocks, Increasing the correction capacity. 

Rgure 10 shows the structure of a line of 
coded data in which the characters 160, 161 and 
162 are set out in columns and are transmitted in 
succession from left to right from the bit 00 to the 
bit H75. The hamming code blocks however are 
disposed horizontally. The least significant byte of 
the CRC is transmitted as a character 32 and the 
most significant as a character 33. The first number 
indicates the position of the bit (0-7) in the char- 
acter; the last one or the last two numbers identify 
the characters within the data field (0-31) and the 
hamming redundancy field (0-5). Each hamming 
code block is thus identified by the same number 
which is preceded by the letter H when the bit is a 
hamming redundancy bit. 

That structure makes it possible to have 3 
separate fields in the line, with separate protection 
for the data: upon reception the side can be de- 
coded by ignoring the separate forms of protection 
for the data, to use only the CRC or completely to 
exploit the possibility of conrection and detection. 


7 bit transmission (plus parity) 


For protection of transmissions with 7 bits plus 
parity, with transcoding 7 and 7/8 and of the sec- 
ond type, that is to say without auto-correction, 
sub-division of the data is similar to that in respect 
of the 8 bit transmissions, replacing the bytes by 
the characters of 7 bits plus parity. The CRC is 
made up of 14 bits to which are added two parity 
bits to fomi two characters; It is calculated on the 
useful bits of the characters, excluding the parity 
checks. 

For protecting transmissions involving 7 bits 
plus parity and transcoding 7 and 7/8 of the first 
type, that is to say with auto-correction, the struc- 
ture of the line indicated in Rgure 1 1 is similar to 
that shown in Figure 10, except for the most signifi- 
cant bits which contain the (odd) parity checks of 
the characters. In particular the structure of a data 
line comprises thirty two data characters 164. two 
CRC characters 165 and six hamming redundancy 
characters 166. 

In the situation shown in Rgure 11, the num- 
bers preceded by the letter P indicate a parity 
check in respect of the character while those pre- 
ceded by the letter C indicate a CRC. For example 
the bit indicated by HPO is the parity check in 


respect of the character H-0 and not the hamming 

redundancy in respect of PO, Pi P31. 

In the case of the transmissions involving 7 bits 
(plus parity) and transcoding 7 and 7/8. with or 

5 without auto-correction, the 14 bit CRC is calcu- 
lated on the data characters excluding the parity 
bits and is of the type: "g{X)- 
= 1 +>^+X3+X5 +X'3 + X'*". That code is pro- 
duced by a shift register 170 (see Rgure 14) which 

10 is subdivided into four sections and by five XOR: 
171. 172. 173, 174. 175 and 176. 

In the case of a transmission involving 7 bits 
(plus parity) and transcoding 3/4. the sub-division 
of the telesoftware lines is shown in Rgure 12 with 

75 the criteria already referred to in connection with 
Figure 10. In this case also the telesoftware line 
comprises thirty two data characters ISO. two CRC 
characters 181 and six hamming redundancy char- 
acters 182. The sub-division of tines differs from 

20 the sub-division of the lines of transcoding 7 and 
7/8 only in regard to the position bit 5 which always 
assumes the value *'l The CRC is also fomied by 
12 bits since positions 7 and 5 cannot be used and 
is calculated on the data characters 180. excluding 

25 the parity bits and the position bits "5". It is of the 
type: "g(X) = 1+X + X2 + X3 + X''+X^2i. ^hich is 

produced by a shift register 185 (see Rgure 15) 
sub-divided into five sections, and five XOR 186, 
187. 188. 189 and 190. 

30 It is clear that the files of transmission and 
reception of data and programs comprise means 
for detecting enrors and for auto-con-ection of the 
significant data cointained in a given sub-assembly 
of said blocks, for obtaining conrect significant data; 

35 means for storing the correct data independently of 
the complete definition of the transmission param- 
eters; means for decoding from said compatible 
data blocks of data belonging to one of said files, 
and means of taking the protocol for connection of 

40 a plurality of blocks^ of data constituting said file. 
This improves the time for receiving a correct file. 


MASKING 

45 

The third masking level provides for modulo-2 
addition (XOR, bit by bit), to the content of each 
telesoftware line of a fixed sequence and the aim 

50 thereof is to improve the provisions of codes for 
protection from errors, in the presence of critical 
sequences. For that purpose, in successive re- 
transmissions of a telesoftware chapter, the same 
sides are transmitted with the same information 

55 content, once in clear mode and another time in a 
masked mode. That condition is stored in the first 
byte of each side (line 1. character 0), "masking 
code** of the sixth level, which is transmitted in the 
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clear mode (without masking) and specifies in turn 
If the entire side is transmitted in the clear or the 
masked mode. 

The summed sequence is of pseudo-casual 
type and is repeated in identical form in each line 
of the side. This implies that the files of data and 
programs are transmitted between the teletext 
pages in accordance with a specific telesoftware 
transmission procedure which provides for sending 
the files as an assembly of sides, in which each 
side contains informative codes of the files and 
check codes in respect of the informative codes 
and in which acceptance of the informative codes 
is conditional upon compatability of tiie check 
codes received with the check codes generated 
locally in response to the informative codes re- 
ceived. The infomnative codes of each side are re- 
transmitted by means of a masking operation such 
as to reduce the errors due to critical sequences of 
said informative codes and each side provides a 
predetermined location in which there is transmit- 
ted in clear mode a masking code representative of 
tfie transmission mode, respectively in the clear or 
the masked mode, witii which said informative 
codes have been transmitted. 

The masking has two effects. By means of 
individual acquisition of the masked side, the sys- 
tem reduces tfie frequency of multiple errors on 
the same hamming block due to identical critical 
byte sequences. By means of acquisition of ttie 
side in a clear mode and subsequentiy in a 
masked mode, tiiat reduces tiie probability that the 
same line has repeatedly to be rejected because of 
critical sequences of errors. 


Specification of the masking code 


The code which Identifies the transmission in a 
clear mode is: "00100000". The code which iden- 
tifies transmission with mask Is: "01111111". 
Those codes have a hamming 6 spacing and thus 
permit conrection of double errors. In addition those 
codes are also recognized in a transmission Involv- 
ing 7 bits and with transcoding 3/4. In particular 
decoding of the masking code Is effected by ignor- 
ing the parity bit 7 and tfie bit 5 which is fixed at 1. 
with transcoding 3/4. If the code received has four 
or more "1". it is assumed tiiat the page is in a 
clear mode. 

The pseudo-casual sequence used for masking 
the line is generated by the polynomial: "g(X)- 
= 1 + XS H-X'", initializing the associated generation 
shift register (not shown) with the sequence 
101010101. 

For transcoding operations witii 8. 7 and 7/8 
bits, ttie sequence obtained is used without modi- 


fications. The mask of a line is indicated in Rgure 
16, in hexadecimal notation. 

For transcoding 3/4 the bits in position "5" of 
each byte of the mask are forced to "0" so as to 
5 leave unchanged the "1 " which characterise such a 
transcoding operation. The hexadecimal notation of 
ttie codes which constitute the mask is indicated In 
Figure 17. 

The introduction of the mask influences the 
10 levels 4. 3 and 2. As regards level 4. tiie CRC and 
the hamming codes of the first line of the side are 
calculated by making ttie first byte (masking code) 
20H. 

As regards level 3. after possible masking of 
75 the side, the first byte is replaced by tiie masking 
code. 

'With transcoding involving 7 and 7/8 bits, the 
system uses the same masking as the 8 bit tran- 
scoding operation but the bits in position "7" are 

20 then replaced in level 2 by the parity checks in 
respect of tiie characters. With transcoding 3/4. the 
mask is transparent with respect to the bit 5 which 
is moved to 1 from tiie level 5 of the protocol; the 
bits "7" are replaced by the parity checks, from 

25 level 2. 

In summary, tiie transmission and the recep- 
tion of ttie files is organized at a plurality of in- 
creasing decoding levels comprising in succession: 

1) masking means (level 3) for extracting 
30 from the teletext signals significant data which are 

free from enrors; 

2) means (level 4) for detecting errors and 
for auto-conrection of tiie significant data contained 
in a given sub-assembly of said blocks, for obtain- 

35 ing correct significant data; 

3) means (level 5) for ti-anscoding of the 
correct significant data Into data compatible with a 
predetermined coding; 

4) means (level 6) for decoding from the 
40 predetermined coding of blocks of data belonging 

to one of said files. 

5) means (level 7) for taking the protocol for 
connection of a plurality of blocks of data forming 
said file; and 

45 6) optional means (level 8) for selective con- 

trol of access to said file in accordance witfi a 
deciphering key. 

This pemnits the transmission and reception of 
the telesoftware data and programs which are little 

50 affected by disturbances and have a high degree of 
flexibility. 

The organization of transmission of reception 
also provides: masking of teletext sides and al- 
ternate transmission of tiie same informative con- 
55 tent of a side alternately in clear and masked 
mode, and/or acquisition of sides In clear and 
masked mode; a code in clear mode in each side 
in clear mode or masked, in which there is coded 
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an item of masking information relating to the clear 
or masking status of said side; in which acquisition 
of the data of said side is conditioned by said 
masking infomnation; and in which the lines of said 
sides are provided with error recognition codes for 
enror-free acceptance of the informative content of 
said side. This improves the reception of a file and 
reduces the prolDability of repeated rejection of a 
line of information. 


TELETEXT CODING 


The second level of the transmission is com- 
mon to the level of teletext coding which generally 
follows the standards for transmission of the UK - 
Teletext system specified if CCIR and adopted by 
RAI, That level however is also concerned with 
protection for the first five bytes of each teletext 
line with the related address and line information. 

As regards the broadcasting of telesoftware, in 
the case of an 8 bit transmission the level 2 does 
not provide for calculation of the parity on the 
character. In the situation of using other trans- 
coding operations, coding/decoding in respect of 
the data provides for calculation of an odd parity bit 
for each character, inserted as bit 7 in each char- 
acter, inrespective of whether the character In ques- 
tion is in respect of data, CRC or hamming auto- 
correction. 


EXAMPLE OF PROGRAM LOADING 


Referring to Rgures 3, 18 and 19. loading of 
the telesoftware program in the memory of the 
receiving computer 80 provides for predisposition 
thereof by means of the loading program of the 
disk 89 under the control of its operating system, 
as described above. The loading program makes 
for management of the various levels of protocol of 
the telesoftware. 

The acquisition of a telesoftware page RDPSW. 
levels three, four and five, is indicated in the- flow 
chart shown in Figure 18 and involves an initial 
block 201 in which the data of the RAM 58 of the 
decoding unit 87 are read. 

From the block 201 the system goes to the 
logic junction 202 in which the control unit of the 
computer 80 checks masking level three, checking 
the status of the character 0 in the first line of the 
^de; the system then suitably proceeds with un- 
masking of the line in block 203 if the character 0 
is indicative of masking. 

The system then goes to management of level 
four which provides for acquisition only of data 


which are without error, in particular block 206 
involves an increment from 1 to 23 for selective 
scanning of the lines 1-23. The system then goes 
to the block 207 in which the line i"^ is decoded 

5 and to the logic junction 208 for checking if the line 
has been correctly received in accordance with the 
rules for the detection of errors of the fourth level. 

In the event of correct reception, the result of 
correct reception ERR(i) = O is stored at a Flag 

TO ERR{i). block 209, In the event of error, block 211 
sets ERRO) = CFL The system then goes to the 
junction 212 relating to the status of the flag ERR- 

In the event that en-or status on the line 0 is 

?5 found, ail the 23 flags ERRS are positioned at en'or 
status in the block 216 and the system proceeds to 
read another page. The error status on the first line 
in fact prevents assimilation of the indications of 
which page has been received. 

20 In the absence of emsr. the transcoding rou- 
tines are carried out. block 217. and in the subse- 
quent step, in the case involving 8 bit transmission, 
or in the subsequent transcoding operations involv- 
ing 7 bits, block 218. 7/8 bits, block 219. or tran- 

25 seeding 3/4. in block 221, in accordance with the 
rules of the fifth level of the protocol. 

It is clear that transmission and reception in- 
volve an enror recognition code contained in each 
of the lines of the teletext pages which are asso- 

30 dated with the files of data and programs. The 
receiver comprises means responsive to said enror 
recognition code for detecting the enrors in the 
individual line or in a group of lines of the teletext 
page for receiving in a second acquisition only the 

35 line with an error. This feature improves an easy 
and quick acquisition of the data and programs of 
the files. Moreover the receiver comprises means 
for decoding from the teletext signals blocks of 
data constituting sides of files, and, means for 

40 detecting the protocol for connection of a plurality 
of chapters constituting said file. This improves the 
reception of complex files. 

The system then goes to the higher levels 
shown in the diagram in Rgure 19. In particular the 

45 block 223 involves identifying the data zones and 
thus, in the junction 224. the system proceeds to 
check that the data in the file received are different 
from zero and saves them in the memory of the 
computer, in the block 226. 

so Subsequently a check is made in the block 227 
to ascertain if the heading of the file has been 
received. If not. the system in junction 228 checks 
whether the heading of the file is in the side 
received. If in that case also the reply turns out to 

55 be negative, the system proceeds to check the 
rolling pages, block 230. and returns to block 201 . 

If however the file heading is present in the 
side received, analysis of that heading is carried 
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out in the block 232, in accordance with protocoi 
level 6. The system then goes on in the junction 
233 to check whether the heading of the file has 
been received completely. If not the system returns 
to block 201 to receive the missing item of data. If 
the file heading, has been completely received, the 
system goes to the block 238 In which the received 
data are arranged in sequence. The system also 
goes to block 236 if reception of the file heading 
has already been verified at the junction 227. 

After the block 238 the system goes on at the 
junctton 237 to check that all the links have been 
executed. If not, the system returns to block 201 
while it provides for loading of the saved data in 
the event that all the links have been completed. 

It is also clear that the above described receiv- 
ing apparatus comprises in the program of disc 89 
for loading the telesoftware program means for 
access to the configuration chapter RD PSW, for 
taking, in a reception phase, the data configuration 
from the configuration chapter and configuring the 
receiving unit in accordance weith the telesoftware 
transmission procedure; and taking means for tak- 
ing the telesoftware files from the teletext pages in 
accordance with the configuration of the receiving 
unit associated with the configuration data taken 
from the configuration chapter. This permits not to 
modify the program of disc 89 even if the proce- 
dure for the telesoftware transmission has been 
changed. 

With reference to the section CONFIGURA- 
TION CHAPTER OF THE PROTOCOU it is clear 
that in the system of transmission of the invention 
the files are transmitted in accordance with a 
telesoftware transmission procedure whose param- 
eters are in turn transmitted in a configuration 
chaper (OFF) between the teletext pages as con- 
figuration data associated with the telesoftware 
transmission procedure; also the files with data 
and/or program are taken from the teletext pages in 
accordance with a telesoftware-taking procedure, 
wherein the configuration data thereof having been 
taken from said configuration chapter. This permits 
a high degree of flexibility in modifying the param- 
eters and the procedure of transmission of data 
and programs. 


Claims 

1. A system of transmission through the air for 
files with data and/or programs in a teletext envi- 
ronment, in which the teletext transmissions contain 
digital information constituting teletext pages, 
characterised in that: 

- the files are transmitted in accordance with a 
telesoftware transmission procedure whose param- 
eters are in turn transmitted in a configuration 


chapter between the teletext pages as configuration 
data associated with said telesoftware transmission 
procedure; and in which 

- said files with data and/or program are taken from 
5 the teletext pages in accordance with a 

telesoftware-taking procedure, the configuration 
data thereof having been taken from said configura- 
tion chapter. 

2. A system according to claim 1 characterised 
70 in that said configuration chapter comprises file 

specification data associated with selective modi- 
fications of the transmission protocol and that said 
telesoftware-taking means comprise means which 
respond to said file specification data for reading 
;5 the chapters of said file in accordance with the 
modified transmission procedure. 

3. A transmission and/or reception apparatus 
for files with data and/or programs in a teletext 
environment in which the teletext transmissions 

20 contain digital information constituting teletext 
pages characterised by: 

- fonnrtation means for a configuration chapter for > ^ 
forming said chapter with configuration data asso- 
ciated with a specific procedure for telesoftware 

25 transmission of the files and for transmitting said 
chapter as an assembly of one or more teletext 
pages in a transmission phase or, respecfively, by 
means for access to said configuration chapter, for 
taking, in a reception phase, the data configurafion 

30 from the configuration chapter and configuring the 
receiving unit in accordance with said telesoftware 
transmission procedure; and 

- coding means for coding the files in some teletext 
pages in accordance with said telesoftware trans- 

35 mission procedure in a transmission -phase or, re- 
spectively, taking means for taking said files fi-om 
the teletext pages, in accordance with the configu- 
ration of the receiving unit associated with the 
configuration data taken firom the configuration 

40 chapter. 

4. A system for taking files of programs and/or 
data in air-broadcast teletext transmissions in which 
said teletext transmissions comprise digital infor- 
mation forming teletext pages and in which the 

45 system comprises an apparatus for tuning of the 
signals of said transmission and an apparatus for 
decoding of the teletext signals, characterised by 
organisation of the transmission and the reception 
at a plurality of rising decoding levels comprising in 

50 succession: 

- masking means for extracting from said teletext 
signals significant data which are free from errors; 

- means for detecting errors and for auto-correction 
of the significant data contained in a given sub- 

65 assembly of said blocks, for obtaining correct sig- 
nificant data; 

- means for transcoding of the correct significant 
data into data compatible with a predetermined 
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coding; 

- means for decoding from the predetermined cod- 
ing of blocks of data belonging to one of said files; 

- means for taking the protocol for connection of a 
plurality of blocks of data forming said file; and 

- optional means for selective control of access to 
said file in accordance with a deciphering key. 

5. A system according to claim 4 characterised 
in that said files are transmitted in accordance with 
a telesoflware transmission procedure whose pa- 
rameters are in tum transmitted in a configuration 
chapter between the teletext pages as configuration 
data associated with said telesoftware transmission 
procedure, and that the telesoftware files are taken 
from the teletext pages in accordance with a 
telesoftware-taking procedure associated with the 
configuration data taken from said configuration 
chapter. 

6. A system for taking files of programs and/or 
data in air-broadcast teletext transmissions in which 
said teletext transmissions comprise digital infor- 
matk>n constituting teletext pages and in which the 
system comprises an apparatus for tuning of the 
signals of said transmission and an apparatus for 
decoding of the teletext signals, characterised by 
organisation of transmission and reception compris- 
ing: 

- means for detecting errors and for auto-conrection 
of the significant data cont^ned in a given sub- 
assembly of said blocks, for obtaining correct sig- 
nificant data: 

- means for storing the correfct data independently 
of the complete definition of the transmisston pa- 
rameters; 

- means for decoding from said compatible data 
blocks of data belonging to one of said files: and 

- means for taking the protocol for connection of a 
plurality of blocks of data constituting said file. 

7. A system for taking files of programs and/or 
data in air-broadcast teletext transmissions in which 
said teletext transmissions comprise digital infor- 
mation constituting teletext pages and in which the 
system comprises an apparatus for tuning of the 
signals of said transmission and an apparatus for 
decoding of the teletext signals, characterised by 
an organisation of transmission of reception which 
provMes: 

- masking of teletext sides and alternate transmis- 
sion of the same infonmative content of a side 
alternately in clear and masked mode, and/or ac- 
quisition of side in clear and masked mode; 

- a code in clear mode in each side in clear mode 
or masked, in which there is coded an item of 
masking information relating to the clear or mask- 
ing status of said side; 

- in which acquisition of the data of said side is 
conditioned by said masking infonmation; and 


- in which the lines of said sides are provided with 
error recognition codes for error-free acceptance of 
the informative content of said side. 

8. A system for taking files of programs and/or 
s data in air-broadcast teletext transmissions in which 

said teletext transmissions comprise digital infor- 
matton constituting teletext pages and in which the 
system comprises an apparatus for tuning of the 
signals of said transmission and an apparatus for 

TO decoding of the teletext signals, characterised by 
organisation of transmission and reception, com- 
prising an error recognition code contained in each 
of the lines of the teletext pages which are asso- 
ciated with said files and means responsive to said 

75 error recognition code for detecting the errors in 
the individual line or in a group of lines of the 
teletext page for receiving in a second acquisition 
only the line with an error. 

9. A system according to claim 8 characterised 
20 by a code for auto-correction of the significant data 

contained in said line or in said group of lines and 
means responsive to said auto-correction code for 
obtaining correct significant data in the presence of 
errors in the significant data or in the auto-correc- 
25 tion code. 

10. A system for taking files of programs 
and/or data in air-broadcast teletext transmissions 
in which said teletext transmissions comprise digi- 
tal information constituting teletext pages and in 

30 which the system comprises an apparatus for tun- 
ing of the signals of said transmission and an 
apparatus for decoding of the teletext signals, 
characterised by organisation of transmission and 
reception comprising: 

35 - means for decoding from the teletext signals 
blocks of data constituting sides of files, and, 

- means for detecting the protocol for connection of 
a plurality of chapters constituting said file. 

11. A system of transmission through the air 
40 for files with data and/or programs in a teletext 

environment in which the teletext transmissions 
contain digital infonmation constituting teletext 
pages characterised in that: 

- said files are transmitted between the teletext 
45 pages in accordance with a specific telesoftware 

transmission procedure which provides for sending 
said files as an assembly of sides, in which each 
side contains informative codes of the files and 
check codes in respect of the informative codes 

50 and in which acceptance of the informative codes 
is conditional upon compatibility of the check 
codes received with the check codes generated 
locally in response to the informative codes re- 
ceived and characterised in that the informative 

55 codes of each side can be re-transmitted by means 
of a masking operation such as to reduce the 
errors due to critical sequences of said informative 
codes and each side provides a predetermined 
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location in which there is transmitted in clear mode 
a masl<lng code representative of the transmission 
mode, respectively in the clear or the masked 
mode, with which said infonmative codes have been 
transmitted. s 
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